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ABSTRACT 



... 375/260 
379/93.35 



A digital subscriber line (DSL) multiplexer is used in 
conjunction with a DSL modem to provide a reliable high 
speed connection for an end-user. The scaleable DSL mul- 
tiplexer supports multiple DSL modems to a number of 
subscriber desiring increased bandwidth. The connection is 
reliably maintained by the multiplexer which utilizes a 
proprietary protocol to exchange management information 
to monitor the connection. 

9 Claims, 9 Drawing Sheets 
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SCALABLE DSL ACCESS MULTIPLEXER the bottleneck to the expedient transfer of information, 

WITH HIGH RELIABILITY especially bandwidth intensive multimedia data. As alluded 

to before, today's access methods are limited to standard 

This application claims the benefit of U.S. Provisional analog modems, such as lOlfc, which have a maximum 

Application No. 60/161,420, filed Oct. 25, 1999, which is 5 throughput of 56 Kbps on a clean line (i.e., a line not having 

fully incorporated herein by reference. any appreciable noise causing errors in bit rate transfer). 

Remote users may alternatively acquire basic rate (2B+D) 

BACKGROUND OF THE INVENTION Integrated Services Digital Network (ISDN) services at 128 

1. Technical Field kbps. Even at this speed, telecommuters may quickly grow 

The present invention relates to a digital subscriber line 10 impatient with slow response times as compared to the 

(DSL) multiplexer for providing connectivity to a data throughput of their LANs to which they have grown accus- 

network. In particular, the present invention involves the tom6d 0n avera S e ' , a '/P™ 1 Ethern6 ' "«* «n expect to 

exchange of management information from the DSL multi- achieve approximately 1 Mbps on a shared lOBase-T Eth- 

plexer to an end-user DSL modem. etnet ^ and U P t0 9+Mb P s . ln a ^ du P lex switched 

ti v a a 15 Ethernet environment. In addition, Internet users are also 

a ** demanding greater access speeds to cope with the various 

As the information age matures, it is enabled by a number mu i timed i a applications that are continually being devel- 

of technological advances, such as the geometric growth of Qped Fortunale i V) foe communication industry has recog- 

networked computing power and the prevalence of reliable nized the escalating demand. 

and ubiquitous transmission media. Today's consumers in on _ „ < . . < * . . , „ 

l *t- »l -j *• i ju* l i_ i- * j 2U Cell switching technology, such as Asynchronous Trans- 

both the residential and business arena have been acclimated c w - /ArT ~,f j i j • L j 

u . , u , ... » fer Mode (ATM), was developed in part because of the need 

to a more graphical approach to communication. In x ., v . . '* , . r , . r it , 

4 . , i . • ,. i- *• / u- i_ • 1 j * ^, i to provide a high-speed backbone network for the transport 

particular, multimedia applications (which include textual. _ r . j . • 

r . - i . j . j j- - r \ u of various types of trarnc, including voice, data, image, and 

graphical, image, video, voice and audio information) have A 4 . ' _ . * . ' , , ' 

? r . -.I j a j • • video. An ATM network 113 is typically able to provide 

become increasingly popular and find usage in science, , , . , xrrn , M . 3tf . ' , , , J, 

. . , * * ■ * t i * i /t akt \ 25 bandwidths to an ATM user at approximately 1.5 Mbps on 

business, and entertainment. Local area networks (LANs) ™ ™ t . rf £ . 

\. % . j r *u 11 a Tl line, 44.7 Mbps on a T3 line, and 155 Mbps over a fiber 

are essential to the productivity of the modem workplace; 4 . _ ' v £. *i at*/ * i •* li 

44 . « • j * * j *i_ f a xt i I optic OC-3c line. Consequently, ATM networks are suitable 

Ethernet-type networks have dominated the LAN market / 4 . „. " - J \. > 

and have been continually enhanced (e.g., switched * transport multimedia ^formation. 

Ethernet, Fast Ethernet, and/or Gigabit Ethernet) to keep ,„ ^™ provides a mechanism for establishing qual- 

pace with the bandwidth intensive multimedia applications. » tv of service (Q° s ) classes durin g lhe channel setup, 

A compelling example of the growth of information a Predetermined amount of bandwidth to 

consumption is the dramatic increase in users of the World «he channel. QoS classes define five broad categories that are 

Wide Web, a multimedia-based information service pro- outlmed for example, by the ATM Forum s UNI 3.0/3.1 

vided via the Internet. Although initially a forum for aca- 35 s P e « ficaUo f - Of* Ispecmes performance requirements 

demia to exchange ideas captured in ASCII text, the Internet •*» mdl " tes .'JV™ * ^ ^"i ■ r 

has developed to become a global media for users from all comparable with the service offered by standard digital 

walks of life. These Internet users regularly exchange mul- connections. Class 2 specfies necessary service levels for 

timedia graphical, image, video, voice and audio informa- Poetized I video and voice. Class 3 defines requirements for 

tion as well as text interoperability with other connection-onented protocols, 

^ . - * - . , 4 1. 40 particularly frame relay. Class 4 specifies interoperability 

Furthermore, the business world has come to realize r \ c * .. , r , , , r j. TI i 

j ; . 1**1 * requirements for connectionless protocols, including IP, 

tremendous value in encouraging workers to telecommute. Trj ^ , cur . c c * *v *• i «u * «■ 

^ A . A r & A , , , . IPX, and SMDS. Class 5 is effectively a best effort attempt 

To avoid the idle commuting time, today s workers enjoy the '.. . . . t A , f r . A . . r 

- !• r l ■ iL • i at delivery; it is intended tor applications that do not require 

convenience of working from home via their personal com- _ . J c t. 

a -ii * * j ™- ia * * * in, guarantees of service quality, 

puters. As illustrated in FIG. 1A, a user at a remote site 101 45 

(e.g, home) has traditionally been able to access her/his In conventional data networks, such as the typical Ether- 
office 119, which includes accessing an office local area net LAN or x - 25 WAN > * crc arc no cx P Ilclt negotiations 
network 119b (LAN), through a dial-up connection over a 33 between the network and the user specifying the traffic 
Kbps or 56 Kbps modem 101b. The dial-up connection is P rofilc and <l uaht y of semce expected. Rather, the network 
handled by a telephone communication facility 240 (CO) 50 * ex P ected to P rovide each user with a <<fair share" of the 
105 through a voice switch 107, which switches the "data" available bandwidth. 

call through a public switched telephone network (PSTN) However, in an ATM network, fair allocation of band- 

111. The data call terminates in a remote CO 121 at a voice width requires users to adjust their transmission rates 

switch 123. The voice switch 123 switches the call to the according to the feedback from the network. ATM networks 

subscriber; in this case, the called line is associated with a 55 carry fixed bandwidth services required for multimedia 

modem in a modem pool 119a. Once connected to the applications (constant bit rate (CBR) traffic) and guaranteed 

modem pool 119a, the end user at her/his remote site 101 can bandwidth services for high-priority data applications 

access the computing resources in his office 119. These (variable bit rate (VBR) traffic). The remaining bandwidth, 

sources include a multimedia server 119c and a PC H9d of not used by guaranteed bandwidth services, must be shared 

the remote user. A similar connection to Internet 115 by a 60 fairly across all users. The ATM Forum refers to services that 

user at a remote site 101 can be accomplished by connecting make use of this otherwise idle bandwidth as available bit 

to an Internet Service Provider (ISP) 117 instead of modem rate (ABR) services. 

pool 119c. Although these ABR applications must contend for 
Unfortunately, telecommuting from a remote office or remaining available bandwidth and would not provide spe- 
accessing multimedia information from home over the Inter- 65 cific throughput guarantees, ABR applications still would 
net imposes an enormous strain on networking resources. It require fair access to the available bandwidth with a mini- 
is common knowledge that the networking infrastructure is mum of cell loss. If ABR traffic had no mechanism to 
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determine if sufficient bandwidth were available to handle 
the transmission on the network and traffic was simply fed 
in, network congestion might result in dropped cells, and 
application traffic might be lost. ABR flow control is an 
ATM layer service category for which the limiting ATM 5 
layer transfer characteristics provided by the network may 
change after establishing the network connection. A flow 
control mechanism is specified which supports several types 
of feedback to control the source rate in response to chang- 
ing ATM layer transfer characteristics. When the network 10 
becomes congested, the end-stations outputting ABR traffic 
are instructed to reduce their output rate. It is expected that 
an end-system that adapts its traffic in accordance with the 
feedback will experience a low cell loss ratio and obtains a 
fair share of the available bandwidth according to a network- 15 
specific allocation policy. Cell delay variation is not con- 
trolled in this service, although admitted cells are not 
delayed unnecessarily. 

In this end-to-end rate-based scheme, the source (e.g., a 
user remote site 103) of a virtual circuit (VC) indicates the 2 o 
desired rate in a resource management cell (RM cell). An 
RM cell is a standard 53-byte ATM cell used to transmit 
flow-control information. The RM cell travels on the VC 
about which it carries information, and is therefore allowed 
to flow all the way to the destination end-station (e.g., PC 25 
119d ). The destination reflects the RM cell, with an indi- 
cator to show that the RM cell is now making progress in the 
reverse direction. The intermediate switches (e.g., switch 
109) then identify within the reverse RM cell their respec- 
tive maximum rates (the explicit rate allocated to the VC). 30 
After the source receives the reverse RM cell, the smallest 
rate identified in the reverse RM cell is then used for 
subsequent transmissions until a new reverse RM cell is 
received. 

ATM has many recognized advantages and has dominated 35 
wide area networks (WANS) as the preferred backbone 
transport technology. Because of cost and performance 
factors, ATM faces stiff competition from both switched and 
shared-media high-speed LAN technologies, including 
Ethernet, Fast Ethernet, and Gigabit Ethernet. And although 40 
ATM typically offers QoS guarantees superior to the priori- 
tization schemes of competing high-speed technologies, 
many users remain unable to take advantage of these fea- 
tures. If a remote user wishes to obtain the advantages of 
ATM, one solution would be to acquire an ATM switch on 45 
the premises as shown in FIG. 1A. The remote site 103 
would need to be equipped with an ATM switch 103a, 
whereby a PC 103b interfaces the ATM switch 103a via an 
ATM NIC 103c. In addition, the remote user would have to 
lease a Tl line or an OC-3c pipe from the Telco. The leased 50 
line would terminate in an ATM switch 109 in the CO 105. 
The CO ATM switch 109 is connected to the ATM network 
113. With an ATM connection, the remote user may quickly 
access multimedia information on the Internet by establish- 
ing a virtual channel that would terminate at ATM switch ss 
125 in CO 121. The CO 121 would of course have some 
means of communication with the ISP 117; typically routers 
(not shown) are used. 

Alternatively, FIG. IB illustrates an ATM to the desktop 
solution whereby the xDSL technology is utilized to extend 60 
ATM capability remotely. At the customer premises 103, a 
PC 103b is equipped with an ATM NIC 103c, which is 
attached to an xDSL modem 103^. In addition, a telephone 
set 103e is linked to the xDSL modem 103rf. The xDSL 
modem is connected over twisted pair copper wire to the CO 65 
105, terminating at the POTS splitter 117. The POTS splitter 
117 separates the data signals originating from the PC 103b 



from the voice signals. A xDSL multiplexer (mux) 115 
receives the data signals from the POTS splitter and uplinks 
these signals to the ATM switch 105. Although the solution 
present above provides a way to deliver ATM capabilities to 
the desktop, it disadvantageously requires the acquisition of 
ATM NICs by the remote users, and the xDSL modem has 
to have a costlier ATM interface. 

Despite all the many inherent advantages with ATM, 
Ethernet-type LANs constitute nearly all of the networking 
resources of business and residential users. Moreover, these 
legacy systems are still being enhanced and marketed, e.g., 
switched Ethernet, switched Fast Ethernet, and switched 
Gigabit Ethernet are significantly lower cost than their ATM 
counterparts. ATM technology requires a substantial invest- 
ment in infrastructure, from cable plant to switches to 
network interface cards (NICs). This tremendous investment 
cost can be sustained in the wide area network (WAN) where 
costs can be spread out. However, in the LAN environment, 
the investment in infrastructure is typically unsustainable 
which translates into retention of "legacy" LANs such as 
Ethernet. 

While a number of service providers (e.g., Telcos) employ 
ATM to establish point-to-point circuits, little has been done 
to utilize ATM for transporting multimedia information or 
services to the desktop. This is simply not commercially 
practical. As previously noted, commercial practicality pro- 
hibits such an endeavor. In essence, millions of users would 
be required to purchase expensive ATM network interface 
cards, and then possibly add very costly Tl, T3, or OC-3c 
lines. As a result, service providers have not commercially 
implemented ATM in the delivery of multimedia informa- 
tion to the desktop. 

One apparent disadvantage is the inability of current 
access techniques to adequately provide bandwidth to the 
end user for access to networking resources. 

Another disadvantage is the high cost related to procuring 
sufficient bandwidth to alleviate long delays caused by low 
speed connection, 

DISCLOSURE OF THE INVENTION 

There is a need for an arrangement that enables the 
high-speed transmission of multimedia information to the 
desktop. 

There is also a need for an arrangement that enables use 
of an Ethernet-type network interface device to access a high 
speed cell switching network. 

There is also a need for an arrangement that ensures 
reliable connectivity to networking resources. 

These and other needs are attained by the present 
invention, where a digital subscriber line (DSL) multiplexer 
employs a proprietary protocol to communicate with an end 
user DSL modem to monitor the connection. 
, According to one aspect of the present invention, a 
multiplexing device for providing high speed network con- 
nectivity for the transport of data frames to at least one 
subscriber, comprises a digital subscriber line (DSL) trans- 
ceiver interface coupled to plurality of subscriber DSL 
modems. A packet buffer is coupled to the DSL transceiver 
interface for storing the data frames. The packet buffer 
transfers the data frames over a packet buffer bus. An 
Ethernet-type port is coupled to the packet buffer for uplink- 
ing to an external switch. A central processing unit (CPU) is 
coupled to the packet buffer for executing code to send and 
receive proprietary protocol packets for communicating 
management information associated with the plurality of 
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subscriber DSL modems. The management information interfaces with a telephone line 222 via a CP (customer 

indicates presence of an Ethernet-type port, current line premise) POTS (plain old telephone service) splitter 221. 

speed, and media access control (MAC) address. The telephone line is a twisted pair copper wire, which the 

Additional advantages and novel features of the invention conventional customer premises telephone 224 uses to con- 
will be set forth in the description which follows, and in part S nect with a telephone communication facility 240. A tele- 

.„ , . . *L i n j * .u - phone communication facility 240 or end office is shown in 

will become apparent to those skilled in the art upon ^ 2A ^ a communicatio y ns faciIit 240 ho 

examination of the following or may be learned by practice commU[)ication facili , can be ^ ( a wire closet in a 

of the mvention. The advantages of the invention may be , ., v ' v & 

realized and attained by means of the instrumentalities and , ■, • 

combinations particularly pointed out in the appended io , High-speed communication to remote users depends 

claims largely on the method of access to the networking infra- 
structure. Most users cannot bear the cost of leasing expen- 

BRIEF DESCRIPTION OF THE DRAWINGS s * ve ouls ide hnes ^ at are needed to provide high speed 

communication to the Internet or to their offices. The dis- 

Reference is made to the attached drawings, wherein 15 closed embodiment overcomes this dilemma by employing 

elements having the same reference numeral designations a high-speed, low cost subscriber interface that takes advan- 

represent like elements throughout and wherein: tage of the legacy outside cable plant, such as standard 

FIGS. 1A and IB are graphic representations of a prior art twisted copper pair wiring and coaxial cables, 
networks and the access methods; One embodiment, shown in FIG. 2A, utilizes digital 
FIGS. 2A and 2B are block diagrams depicting detailed 20 subscriber line (DSL) technology to delivery the high band- 
aspects of systems incorporating a multiplexer configured in width that the remote users demand. Because traditional 
accordance with the present invention; copper cabling is used, the remote users do not have to 
FIG. 3 is a block diagram of the hardware architecture of ^ade their current physical connection-their POTS line 
... , . j -*u ~u * ~p *u is sufficient. Because the outside plant need not be 
a DSL multiplexer in accord with one embodiment of the , . , . • i \ .i • 
resent invention* 25 rcvam P e dj telephone companies (Telcos) can readily lmple- 

. . * ■ ment DSL services. The DSL modem 220 acts as the 

FIG. 4 is a block diagram illustrating a boot code archi- Qetwork access dcy{cc tQ me ^^^^ facility 24 0. A 

tecture ' DSL multiplexer 252 provides termination of the DSL 

FIG. 5 is a block diagram illustrating a runtime code modem connection within communications facility 240. 

architecture; 30 DSL technology is categorized by the downstream and 

FIG. 6 is a block diagram of a standard Ethernet type 2 upstream bandwidths. The present invention could be 

packet format; ✓ applied to any of the various forms of DSL technology. One 

FIG. 7 is a block diagram of a data field of a proprietary variety, commonly employed, Rate Adaptive DSL or 

protocol PDU' and RADSL, involves a rate negotiation between the customer 

FIG. 8 is a'block diagram of a generic PDU format for 35 ^^V/?^ 22 " a ? d ?* Tek ° C ° m °^ m UK *°t 

exchanging information in accordance with the present within DSL MUX 252 which takes into account distance and 

invention e *l uau ty lssues yielding the maximum available rate for 

the line conditions encountered. RADSL supports both 

BEST MODE FOR CARRYING OUT THE Asymmetric DSL or ADSL, with a maximum downstream 

INVENTION 40 ratc °f 7-62 Mbps and a maximum upstream rate of 1.1 

Mbps, which is ideal for very high speed Internet access and 

The present invention provides a high speed connection to video-on-demand applications. ADSL services can be deliv- 
the end user through a digital subscriber line multiplexer. e red up to 18,000 feet from the communication facility 240 
This retains the traditional low cost and low complexity over a single copper twisted pair. RADSL also supports 
associated with Ethernet technology while achieving QoS. 45 Symmetric DSL or SDSL, with a maximum bi-directional 
NIC but achieves ATM capability over Ethernet through use rate of about 1.1 Mbps, which is ideal for very high quality 
of an Ethernet edge switch which employs a multi-processor video-conferencing and remote LAN access. Another type 
architecture to interface an Ethernet environment with an 0 f j^sh technology is known as high-bit-rate digital sub- 
ATM infrastructure. scriber line (HDSL), which provides a symmetric channel, 

FIG. 2A illustrates an embodiment of the present inven- 50 delivering Tl rates (1.544 Mbps) in both directioas. HDSL 

tion taking advantage of the existing network media created has a distance limitation of about 12,000 feet without 

by the telephone industry which implemented a vast network repeaters. Telcos have traditionally used HDSL to provide 

of copper twisted pair wiring to interconnect homes and local access to Tl services. HDSL is already widely 

businesses domestically and abroad. In FIG. 2A, a customer deployed within the Telco market as a low cost T-l replace- 

premises 200 is shown as comprising an end-station 210, 55 ment. VDSL or Very high bit-rate DSL requires a fiber-to-the 

such as a desktop computer residing in a home or business. curb local loop infrastructure, with asymmetric speeds up to 

Typically, such end-stations are either stand-alone desktop 52 Mbps. Other flavors of DSL (i.e., sometimes generically 

stations, or are already connected to a collocated local area denoted xDSL) are characterized by whether the service is 

network (LAN). asymmetric or symmetric and the bandwidth allocations for 

A variety of LAN technologies exist, but the large major- 60 the upstream and downstream transmissions, 

ity of LANs conform to the IEEE standard 802.3, which The communication facility 240 comprises a plain old 

defines Ethernet standards. Various types of Ethernet sys- telephone service (POTS) splitter 242 which receives the 

terns exist such as switched Ethernet, Fast Ethernet, and information transmitted across the twisted pair line 222 and 

Gigabit Ethernet. The end-station 210 is equipped with an "splits" the low frequencies, which carry voice signals, from 

Ethernet NIC 212 residing in a personal computer with a 65 the high frequencies, which carry data signals. Essentially, 

host processor 214. Ethernet NIC 214 is connected to a the POTS splitter is a passband filter, whereby the low 

high-speed digital subscriber line (DSL) modem 220, which frequency information is carried by a voice line 224 to a 
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voice switch 246 and ultimately to a public switched tele- 
phone network (PSTN) 248. The voice line 224, voice 
switch 246 and PSTN 248 are each conventional, and are 
therefore not explained further so as not to detract from the 
focus of the disclosure of the present invention. 5 

The data information, which is modulated using high 
frequency signals, is transmitted over a twisted pair cable 
250 to a POTS splitter 242. The POTS splitter 242 then 
passes the high frequency signals to a DSL multiplexer (DSL 
MUX) 252. The DSL MUX serves as the DSL modem 10 
termination point for numerous end users with DSL 
modems. The DSL MUX 252 aggregates all the DSL traffic 
and passes the multimedia information to the multimedia 
switch 260. The traffic can be of any data type including 
multimedia graphics, video, image, audio, and text. Various 35 
embodiments of the DSL MUX 252 can be employed, 
ranging from 24 line stackable modules through the tradi- 
tional high density chassis based approach. Various line 
codes can be supported within the DSL modems, including 
Carrierless Amplitude Phase (CAP) modulation, Discrete 2 o 
Multi-Tone (DMT) modulation, Quadrature Amplitude 
Modulation (QAM), as well as others. Multimedia switch 
260 is primarily an edge device that is connected to an ATM 
network 270 on which a conventional multimedia server 
(not shown) may be linked. The ATM network 270 thus 2 5 
represents a fast and efficient delivery system for multimedia 
applications to which the end user desires access. The 
multimedia switch 260 communicates with the CO DSL 
MUX 252 relative to traffic information, in order to mini- 
mize congestion. Traditionally, end user access to an ATM 
network has been through a router. Since the end-station 210 
houses an Ethernet NIC 214, connection to ATM network 
270 proves difficult without the system of the present 
invention, which allows information residing on an ATM 
network to be transferred to an Ethernet end-station while 
still retaining all the multimedia benefits of ATM, including 
QOS and ABR/ER flow control. An advantage associated 
with a DSL implementation is that the personal computer is 
constantly connected, much like a typical Ethernet LAN 
connection. That is, communication sessions are not initi- 
ated through a dial-up procedure. 

FIG. 2B is illustrates an other embodiment of the present 
invention where DSL Mux 252 is able to connect to a 
plurality of DSL modems 220. This configuration enables 



can implement, for example, the Intel 80960HD (i960HD) 
32 bit RISC processor running at 33 MHz. 

Two 100BaseT ports 302 operate as one primary port and 
one standby port. The standby port takes over the functions 
of the primary port when the primary port fails and vice 
versa. At any time, only one port will be active. 100BaseT 
port 302 is implemented in one embodiment using Intel's 
82557 MAC and external transceivers. lOObaseT port 302 
supports full duplex operation. Logic is provided to drive the 
"link/activity" and "port disabled" LEDS. The physical 
connector is a standard RJ45 jack. 

Two DRAM based memory banks, i.e. a packet buffer 304 
and a local buffer 306, are implemented in one embodiment. 
Packet buffer 304 is used for the DSL data and local buffer 
306 is used as code memory and workspace. Fast page EDO 
(Extended Data Out) DRAMs are used in an embodiment for 
both memory banks, since they can work with zero wait 
states in a 33 Mhz system without having to introduce 
memory interleaving. 

Remote access controller(RAC) 308 provides the MAC 
functions for the lOBaseT port used for SNMP traffic. This 
port can also be used as a high-speed debug port during 
software testing. External lOBase-T transceiver is provided. 
Logic is provided to drive the "link/activity" and "port 
disabled*' LEDs. The physical connector is a standard 8 pin 
RJ45 jack. The RAC chip 308, for example the Galileo 
Technology (GT96010), is used to interface the ADSL serial 
data (to/from the GTI modem devices) to packet buffer 304. 
This chip has six multi-protocol serial channels and an 
Ethernet port. It has a DMA engine which is compatible 
with, for example, i960JX processor. Some glue logic is 
required to interface this chip to i960HD. Each GT96010 
can currently support three ADSL channels at maximum 
downstream data rate of 8 Mbps and an upstream rate of 1 
Mbps. The two 100b aseT uplink ports 302 can be imple- 
mented using the Intel 82557 MAC chip. The lOObaseT 
ports 302 support full duplex operation. 

A local bus 310 will support a CPU 312, local DRAM 
306, a flash memory 314, an EPROM 316, a NVSRAM 
40 (non-volatile static random access memory) 318, control 
ports and status ports 320, a DUART322 and a set of buffers 
324 which connects to the other buses. Flash memory 314 
(512Kx8) is used for the storage of firmware. On power-up, 
the filmware will be downloaded from Flash 314 into local 



30 



35 



many customer premise modems 220, for example twenty 45 DRAM 306 (4MB) for execution. The boot code resides in 



four, to be pooled together. Further, the multimedia switch 
260 can accommodate multiple DSL multiplexers 252, 
thereby achieving a higher density of subscribers. The 
uplink from the DSL multiplexer 252 to the multimedia 
switch 260 is typically a fast Ethernet connection. 

Turning now to FIG. 3, DSL multiplexer 252 comprises a 
number of an ADSL modem devices based on CAP (Carrier- 
less Amplitude/Phase) modulation technology, and is 
located within communication facility 240. The device will 
be used for Internet access and corporate private network 
use. DSL multiplexer 252 has station 6modems 300, which 
can be connected to 24 subscriber lines (SL) (e.g., 222) 
having customer premise modems, for example, DSL 
modem 220. DSL multiplexer 252 also has two 100Base-T 



50 



55 



EPROM 316. DUART 322 provides (a) the PPP SNMP link 
(also used by a local diagnostic and configuration utility) 
and (b) a debug port which is used during the development 
cycle for testing and debugging the board. All modem 
transceivers 300 sit on an 8 bit wide modem bus 325. 
Crosspoint switches 326 sit on an 8 bit wide switch bus 327. 

Packet buffer 304 (4 MB) is used to store the frames from 
the DSL multiplexer 252 interfaces (100BaseT and 
lOBaseT). The 100BaseT MAC chips can be a PCI device 
and can connect to packet buffer 304 through a PCI bridge 
330. CPU 312 accesses the packet memory through buffer 
304. Remote access controller (RAC) chip 308 is used to 
provide the lOBaseT interface for SNMP traffic. The six 
modem transceivers 300 are interfaced to the packet buffer 



ports 302 to communicate with multimedia switch 260. In 60 304 using two remote access controllers 309. All the above 



such a configuration, multimedia switch 260 will have up to 
24 end stations, such as end station 210, connected to one 
100Base-T port. One or more of these end -stations can be 
CIF end stations. In order to deliver QoS to these end 
stations, some information has to be passed between DSL 65 
multiplexer 252 and multimedia switch 260. A specific 
protocol is defined for this purpose. DSL multiplexer 252 



masters on a packet bus 332 operate with multiplexed 
address and data. A common address latch 334 is used to 
route the addresses to packet buffer 304. Arbitration among 
the contenders for packet buffer 304 is done in round robin 
fashion. 

Two serial ports 323, operating at a maximum speed of 
38.4 Kbps will be provided by using DUART chip 322. One 
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serial port will be used for SNMP traffic over a PPP a scheduler. The initialization module does all the startup 

(point-to-point protocol) link. The same serial port can also initialization. The scheduler executes the different tasks 

be used for running the local DSL multiplexer 252 diagnos- defined in the software in a round-robin fashion. The main 

tics utility. This port will also support a null modem con- functions of the runtime code include: forwarding the data 

nection (auto-answer only). The second serial port will be 5 &om the ADSL lines to 100Base-T port 302, demultiplexing 

used only during development for debugging the card. The and forwarding data from 100Base-T port 302 to the ADSL 

physical connector for each port is a 9 pin D-Sub receptacle. lmes > controlling the operation of the modem transceivers 

_ A . 4 . . , , n*i^oT 300, and sharing the modem transceivers 300 among the 24 

The transceiver interface will be based on a RADSL . ' - r ^ n . , . . , , ox^n.^ 

, . ■ . . • r. OT , 0 . j subscriber lines. The Runtime code also includes a SNMPv2 

chipset implemented as DSL modem 220. Six modem , , t « n , , Ltt u ■ a 

u - * mi u j * * * u -u i- m based agent. The Boot code architecture is shown m FIG. 4. 

chipsets will be used to connect to 24 subscriber lines . & . ... r , , AfUl . , 

v , . „ ** t, ft. nT n^iA w u i A processor initialization module 400 initializes the serial 

through a cross point switch. The GT96010 multi-channel \ . # , ♦ i . ♦ , 

- i * ii ii u i > ' j r; ... , port, and the processor control structures on power-up/reset, 

serial controllers will be used to interface the transceivers to jh Ci \ the ower on dia nostics are run 

packet buffer 304. Each controller provides three ADSL c V oy/C *' on iagnos ics are run. 

interfaces and a DMA engine supporting data bursts to the A power-on diagnostics module 402 performs tests on the 

memory. DSL multiplexer 252 will use an external POTS is v ™ h ^™^} 0 ^ result of the * a g™ stlcs IS 

splitter 242. One 50 pin champ connector will be used for the ™ ^^J! 1 ?" i m ^ gre ™ 

incoming DSL lines from POTS splitter 242. Health LED will blink at a slow rate of 1 second on and 

„ , „ M „ , . « , . 1 second off. A supervisory module 404 downloads the 

The two control ports 320 use 32 bits, of whtch some bits mnlime ^ from flash m 314 tQ ]ocal mem 306 

arc used as mcbvidual resets to the vanous contralto. 48 Md cxecut6S it If ^ natime ^ is not Qt in flash 

bits drive DSL status LEDs, 2 bits drive health/diagnostics m 3M ^ C0(Je ^ downlolded from the server . 

LEDs, and 2 bits drive power-supply status LEDs Three supervisoty module 40 4 is a siraple con trol loop with tasks 

8-bit ports control the power to lme-dnvers (SLIDES) 336. executed in a round . robin fashion . 

A fourth 8-bU port provides ind.vidual resets to modem A TFTP module 406 is used for downloading the runtime 

transceivers 300. One 32-bit status port is provided to read , r , « , 5 * 

. it _ . , f4L 4 v j 1 25 code from a TFTP server and uploading the code to a server 

m the status of the interrupt lines and of the power supply ., , - A t^t,™ . , A ^ 0 tU 7 i a i m a 

A , * 4l n ... . , , . K. if needed. A UDP/IP stack 408 the protocol modules IP and 

outputs. Another 8 -bit port is used to read the interrupt status T ™„ A nrm , , . , r i „„„ . . . 

^ , « ■ iaa UDP. A PPP module 410 implements the PPP protocol. A 

of modem transceivers 300. „ , ...... . .. r . . a , r 

flash utilities 412 stores runtime code in flash memory 314 

DSL multiplexer 252 supports either (a) DC inputs (with in compressed form, and contains all the functions related to 

internal DC-DC converters), for the Telco environment or 3Q flash memory 314 read/write routines and compression- 

(b) AC inputs (with internal SMPS) for corporate environ- decompression algorithms. A 100Base-T driver 414 and a 

ments. In the Telco case, dual redundant DC-DC converters 1 0Base-T driver 416 are each used during execution of Boot 

and in the corporate case, dual redundant SMPSs will be code for downloading the runtime file from the TFTP server, 

mounted inside the unit. Each of these will provide 5V, 3.3V tf required< Driver 414 controls the operation of sending 

and +/-15V with sufficient current to drive the electronics. 35 Ethernet packets, receiving Ethernet packets and allocation 

The power supplies used will be having the protection and management of receive and transmit queues. A serial 

diodes and the corresponding outputs will be shorted driver 416 is used during execution of Boot code for printing 

together. A faulty power supply can be without shutting dcbug mcssag es and also for downloading the runtime code 

down DSL multiplexer 252. during testing. The serial driver controls the operation of the 

Since DSL multiplexer 252 is a store-and-forward device, 40 serial interface chip. A debugger 418 comprises typical 

data forwarding module 510 receives data on the ADSL debugger functionality, and also includes a menu driven 

modem lines which is multiplexed and sent over the 100 interface for local diagnostics. A configuration utility 420 

Mbps Ethernet port 302 (FIG. 3). The source MAC address allows the user to configure the DSL multiplexer 252. The 

of these packets are stored in an address table that pairs user can access this utility through the serial port. System 

subscriber line number with MAC addresses. This address 45 utilities 422 include a timer and memory buffer functions, 

table will be needed when a frame is received over 100 Initially, when the runtime code is launched, a modem 

Mbps Ethernet port 302 in order to perform data demulti- p001 module 502 connects a CO modem to each of the 

plexing. The destination MAC address in the frame is used subscriber lines in turn. For each connection, the line 

to index the table and identify the subscriber line to which parameters such as maximum upstream and downstream 

the data has to be sent. The software in DSL multiplexer 252 50 speeds, receiver equalizer coefficients, etc are retrieved from 

comprises two components: Boot code and Runtime code. the mo dem and stored in a database in memory. This 

The Boot code resides in EPROM 316 and is invoked at database will be used later to "reestablish" a connection, 

power-on. It initializes the processor and executes the Modem-pool module 502 "scans" all unconnected fines, in 

power-on diagnostics code. If fatal errors are seen, the boot rotation, using free modems (if no free modem exists, it will 

code will blink the health LED and display the error code on 55 no t scan). If more than one free modem are available, the 

the DSL status LEDs. and do nothing further. If the tests scanning will be done on many lines in parallel. After 

pass, and if Runtime code is present in the flash EPROM connecting the CO modem to a particular line, the line 

314, the boot code will then decompress and move the parameters of that line will be stored to the CO modem and 

runtime code from flash memory 314 to local memory 306 a i oca l warm startup command (ATT_LCL_WARM_ 

and transfer control to the runtime code. If the runtime code 60 req) is given with a max time-out of 3 second. The CP 

is not present in flash memory 314, the code is downloaded modem 220 will detect this command and will respond to the 

from a TFTP server either through the serial link, the warm startup and both CO modem and CP modem will come 

lOBase-T link or through the 100Base-T link. The boot code to the data mode. If the CP modem 220 has no data to 

also contains a debugger, configuration utility and diagnostic transfer it will issue a local standby command (ATT_JLCL_ 

utility over the RS232 port. 6S STBY__REQ) immediately. When the inactivity is detected 

The architecture of the runtime code is shown in FIG. 5. by CP modem 220 at the Ethernet port (no data for more than 

A supervisory module 500 has an initialization module and TBD minutes, may be one minute) the CP modem 220 issues 
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a local standby command. The CO modem in the DSL 
multiplexer 252 will detect this condition and will go to the 
standby mode and release the modem to the free pool. 

A RADSL transceiver driver 504 controls the operation of 
the ADSL transceivers present on the card. RADSL trans- 5 
ceiver driver 504 handles start-up of the CO modems, and 
setting up the parameters and reading status of the CO 
modems. An ADSL driver 506 controls the operation of 
RACs 308, 309 (GT-96010's) interfaced with transceivers 
300. ADSL driver 506 sends and receives packets over the 10 
ADSL line using the HDLC-like framing mode. The param- 
eters downstream baud rate, constellation, noise margin, 
transmit power level etc. are stored in the NVRAM 318. 

100 Mbps Ethernet port driver 508 provides the up -link to 
the data network. 100 Mbps Ethernet port driver 508 con- 15 
trols the operation of sending Ethernet packets, receiving 
Ethernet packets and allocation of receive and transmit 
queues. This also handles the switching to the secondary link 
when the primary link fails. 

A SNMP and MIBs module 512 implements the SNMPv2 20 
protocol and thus provides management and statistics col- 
lection through both in-band and out-of-band SNMP links. 

A UDP/IP stack are implemented in a UDP/IP module 
516. Minimal routing functions are implemented in the IP 2 s 
layer, to allow various network management configurations. 
DSL multiplexer 252 will route SNMP packets destined for 
other DSL multiplexers 252 as follows: (a) packets received 
on the serial port will be sent either to the lOBase-T port or 
to the 100Base-T port depending on the routing table, (b) 30 
packets received on the lOBase-T port will be sent on the 
100Base-T port, (response packets follow the reverse path.) 
Routing tables will be manually entered by the operator via 
the configuration utility; they will not be dynamically 
updated by the IP module. 35 

lOBase-T driver 518 controls the operation of the 
lOBase-T Ethernet interface. lOBase-T driver 518 performs 
the functions of: sending Ethernet packets, receiving Ether- 
net packets, and allocation and management of receive and 
transmit queues. 40 

A PPP module 520 implements the point to point protocol 
(PPP) and interacts with a serial driver 522 which controls 
the operation of the serial interface chip 

A proprietary protocol handler 524 is used for sending/ 
receiving proprietary protocol packets on the ADSL inter- 45 
face for managing CP modem 220. 

The following parameters have to be passed from DSL 
multiplexer 252 to multimedia switch 260: presence of DSL 
multiplexer 252 on a Fast Ethernet port, current ADSL link 5Q 
speed on each one of the CP modems 220 connected to.DSL 
multiplexer 252, MAC address of end station 210 connected 
to each CP modems 220. 

DSL multiplexer 252 sends unsolicited Ethernet packets 
to multimedia switch 260 at regular intervals. At present the 55 
time interval between two successive packets is fixed, for 
example at 300 seconds. A MIB variable will be provided to 
configure this parameter. The interval is kept large enough so 
as not to consume any significant bandwidth on the 
100Base-T link. Multimedia switch 260 can request DSL 6Q 
multiplexer 252 for any of the above parameters at any time. 
On receiving such a request, DSL multiplexer 252 responds 
with a packet containing the value of the requested param- 
eter. 

FIG. 6 is a graphical representation of a standard Ethernet 65 
type II (DIX) packet format 600. A type field 602 in the 
Ethernet packet is a value greater than or equal to 0800h. 
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This gives the SAP number of the protocol destined to 
receive this packet. Multimedia switch 260 and DSL mul- 
tiplexer 252 use a proprietary type value of FFFOh for 
sending their protocol packets. 

A data field 700 of the protocol PDU is graphically 
represented in FIG. 7. A command field (CM) 702 comprises 
one byte, a total length (TL) field 704 comprise two bytes 
and includes the command field 702. A sequence number 
(SN) field 706 comprises one byte. A type (T) field 708, a 
length (L) field 710 and a value (V) field 712 are also 
provided. 

The command field 702 can have the following values: 



Olh 


Request parameter (REQ) 


02h 


Report Parameter (REP) 


03h 


Unsolicited parameter update (UPU) 


04h 


Kcep-alivc (KA) 


Offh 


Acknowledgement (ACK) 



More enumerations will be added as and when necessary. 

The values of command field 702 are used in a protocol 
administered between DSL multiplexer 252 and multimedia 
switch 260. After start up and initialization, DSL multiplexer 
252 starts sending keep-alive (KA) packets on its 100Base-T 
port 302 once in 5 minutes. This packet will have CM-4, 
LN=4 and no TLV fields 708, 710, 712. SN field 706 will 
start from 0 and gets incremented for every subsequent 
packet. This field wraps around to 0 after ff. 

If multimedia switch 260 receives this packet, it sends an 
acknowledgement (ACK) packet to DSL multiplexer 252. 
This packet will have CM«ff, LN=5, SN same as the value 
in the received KA packet and no TLV fields. One byte, 
immediately after the SN field 706 contains the value of CM 
field 702 that was in the received KA packet. 

To start with, DSL multiplexer 252 initializes its 5800_„ 
discovered flag to FALSE. When DSL multiplexer 252 gets 
an ACK for the keep-alive packet, it sets 5800-discovered 
flag to TRUE. Further on, if it does not get an ACK packet 
for 2 successive KA packets, it resets 5800-discovered flag 
to FALSE. However, DSL multiplexer 252 will continue to 
send KA packets. 

Multimedia switch 260 initializes its per-port 5300_ 
discovered flag to FALSE. If multimedia switch 260 
receives a KA packet on a port, the 5300_discovered flag 
for that port is set to TRUE. Further on, if multimedia switch 
260 does not receive a KA packet on a port for 2 minutes, 
the 5300_discovered flag for that port is set to FALSE. 

If the 5800_discovered flag is TRUE, DSL multiplexer 
252 sends an unsolicited parameter update (UPU) packet 
when it detects any change in the exchanged configuration 
parameters. The UPU packet will also be sent with all the 
parameters when the 5800__discovered flag changes from 
FALSE to TRUE. 

The UPU packet contains variable number of the follow- 
ing TLV fields; (a) a MAC address having a type field of one 
byte, a length field of eight bytes, a value field of six bytes 
of DSL multiplexer MAC address; (b) link speed having a 
type field of two bytes, a length field of five bytes, and a 
values field of 3 bytes — 1 SL number, 2 link speed upstream, 
3 link speed downstream; and (c) a port MAC address 
having a type field of three bytes, a length field of nine bytes, 
and a value field of seven bytes. The seven bytes of the value 
field correspond to SL number (1) and MAC address (2-7). 
When multimedia switch 260 receives a UPU packet, it 
updates its database with the information contained in the 
packet. Then it sends an ACK packet for the UPU packet. 
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Multimedia switch 260 can any time send a Request 
Parameter (REQ) packet to DSL multiplexer 252 on one of 
its ports. This packet will have the following format: 



CM Olh 

T Typ e of the requested parameter 

L 03h 

V SL number 



DSL multiplexer 252 can request multiple parameters in a 
single PDU. 

When DSL multiplexer 252 gets a REQ packet from 
multimedia switch 260, it fills the values of all requested 
parameters in the REQ PDU and sends a Report Parameter 15 
(REP) PDU to multimedia switch 260. The REP PDU fields 
are given below: 



CM 


02b 


SN 


Same as in the REQ PDU 


T 


Type of the parameter 


L 


Length of the TLV field 


V 


SL number and value. 



20 



25 



FIG, 8 illustrates a generic PDU format 800 for exchang- 
ing proprietary protocol between modem 220 and DSL 
multiplexer 252. Generic PDU format 800 includes an 
Ethernet header 802, a DSL multiplexer header 804, data 
field 806, and two bytes of check sum 808. An Ethernet 30 
header 802 comprises a source MAC which contains a 
lOBaseT MAC address of CP Modem 220 when a PDU is 
originating from the modem 220. When the PDU originates 
from the CO DSL multiplexer 252, this field contains its 
lOBaseT/lOOBaseT Ethernet Port's MAC address. 35 

Ethernet header 802 also includes a destination MAC 
which contains a broadcast MAC address irrespective of 
whether the packet is originating from modem 220 or CO 
DSL multiplexer 252. Ethernet header 802 has a type/length 
which should contain 0 to uniquely differentiate between a 40 
Standard Ethernet packet and a DSL multiplexer 252 packet 
on the ADSL link. Standard Ethernet Packets will have a 
non-zero value for this field which signifies that the packet 
format is either DIX or IEEE. 

The DSL multiplexer 252 can be managed through the 45 
console port, lOBase-T port or 100Base-T port. The DSL 
multiplexer 252 will provide SNMP proxy functionality for 
allowing management of the CP modems connected to it. A 
proprietary protocol will be used between the CP & DSL 
multiplexer 252 to transact management information so 
between them. This protocol will be transparent to the NMS. 
The DSL multiplexer 252 maintains the latest management 
information from all the CPs connected to it. This informa- 
tion will be obtained by the DSL multiplexer 252 through 
periodic polling of the CP modems 220 which are currently 55 
on-line. The DSL multiplexer 252 routes the management 
traffic among the following 3 ports: lOBase-T, 100Base-T 
and Console Port. Hence, each of these ports has to be 
allocated an IP address (belonging to different subnets). This 
will enable an NMS present on any of these 3 subnets to 60 
manage other DSL multiplexer 252s within the Telco. The 
DSL multiplexer 252 will use statically configured routing 
table entries for routing. 

The Ethernet switch 260 as detailed above works in 
conjunction with the end-user- workstation's software to 65 
quickly deliver multimedia information while ensuring an 
end-to-end negotiated quality of service that is free from 
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delay inducing congestion. The end-station executes a shim 
software. The shim comprises a protocol combination, or 
other suitable combination of protocols, to allow the imple- 
mentation of CIF technology to bring native ATM services 
to desktops that are equipped with legacy Ethernet or Token 
Ring NICs by encapsulating cells into frames. CIF can also 
be viewed as the inverse of ATM LAN Emulation (LANE), 
LANE provides a way for legacy LAN media access 
controller-layer protocols like Ethernet and Token Ring, and 
all higher-layer protocols and applications, to access work 
transparently across an ATM network. LANE retains all 
Ethernet and Token Ring drivers and adapters; no modifi- 
cations need to be made to Ethernet or Token Ring end 
stations. In other words, CIF emulates ATM services over 
frame-based LANs. CIF uses software at the workstation 
without requiring the procurement of a new NIC to support 
quality of service scheduling and ABRIER flow control. 

To achieve end-to-end quality of service, the shim resides 
as a layer in end station to provide encapsulation of cells 
within Ethernet frames in the desktop for transport to the 
data network. Shim supports multiple queues, a scheduler 
(not shown), the ER flow control, and header adjustment. 
Shim comprises an ATM Adaptation Layer (AAL) which is 
the standards layer that allows multiple applications to have 
data converted to and from the ATM cell. AAL is protocol 
used that translates higher layer services into the size and 
format of an ATM cell. The CIF shim layer also includes a 
traffic management (TM) component that sets forth the 
congestion control requirements. The TM compooent (not 
shown) can be implemented as TM 4.0. The ATM Forum has 
developed a complete 4.0 protocol suite that includes UNI 
signaling 4.0 which allows signaling of bandwidth and delay 
requirements for QoS; whereby, TM 4.0 which specifies 
explicit rate flow control and QoS functions. 

CIF shim layer also includes a frame segmentation and 
reassembly (SAR) sublayer (not shown) which converts 
protocol data units (PDUs) into appropriate lengths and 
formats them to fit the payload of an ATM cell. At the 
destination end station, SAR extracts the payloads for the 
cells and converts them back into PDUs which can be used 
by applications higher up the protocol stack. The shim adds 
the CIF header to packets before they are transmitted, and 
removes the header when they are received. The shim 
manages the message queues by queuing outgoing data into 
multiple queues for QoS management. Shim also processes 
the RM cells for explicit rate flow control using the ABR 
flow control and allows ATM signaling software to run both 
native ATM application as well as standard IP applications. 

End station further comprises a device driver and a 
Network Device Interface Specification (NDIS) layer 609 
located above the CIF shim layer 611. The end station 714 
includes Internet Protocol (IP) layer 607i> which supports 
classical IP, LANE and MPOA for the interworking of 
dissimilar computers across a network. IP layer 6076 is a 
connectionless protocol that operates at the network layer 
(layer 3) of the OSI model. Winsock 2.0 603 is the appli- 
cation program interface (API) layer, which enables devel- 
opers to take advantage of ATM's QoS and traffic manage- 
ment features. Application layer 601 can accommodate 
traditional as well as native ATM applications. Native ATM 
applications can be readily created with Winsock 2.0 API 
603. 

The shim arrangement guarantees that the services nego- 
tiated by the native ATM applications for the VCs are not 
arbitrarily disrupted by the traffic generated by the legacy 
applications. Forcing both the ATM and the legacy protocol 
traffic to go through CIF shim allows CIF shim to manage 
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the transmission of all traffic according to the QoS specified 
for each traffic stream. To support the migration of legacy 
applications, the CIF AD forwards GIF traffic from the 
conventional LAN onto the ATM infrastructure for delivery 
to an ATM attached end station or to another CIF AD. The 5 
CIF ES is also required to run LANE, MPOA (Multiprotocol 
Over ATM), or Classical IP protocols. Network data from a 
legacy application is first handled by the legacy protocols 
(e.g., TCP/IP), and then turned into ATM traffic by LANE, 
MPOA, or Classical IP. The CIF ES function encapsulates 10 
the individual cells into CIF frames before data is finally 
transmitted on the wire to the CIF AD. 

The enhancements in the network as discussed above can 
be implemented if the end-user is shielded from any bottle- 
necks that will negate such enhancements; the bottleneck 15 
typically exists at the access link. Thus, the method of access 
needs to be made fast and reliable. 

While this invention has been described in connection 
with what is presently considered to be the most practical 
and preferred embodiments, it is to be understood that the 20 
invention is not limited to the disclosed embodiments, but, 
on the contrary, is intended to cover various modifications 
and equivalent arrangements included within the spirit and 
scope of the appended claims. 

What is claimed is: 25 

1. A multiplexing device for providing high speed net- 
work connectivity for the transport of data frames to at least 
one subscriber, comprising: 

a digital subscriber line (DSL) transceiver interface 
coupled to a plurality of subscriber DSL modems; 30 

a packet buffer coupled to the DSL transceiver interface 
for storing the data frames, the packet buffer transfer- 
ring the data frames over a packet buffer bus; 

an Ethernet-type port coupled to the packet buffer for 35 
uplinking to an external switch; and 

a central processing unit (CPU) coupled to the packet 
buffer for executing code to send and receive propri- 
etary protocol packets for communicating management 
information associated with the plurality of subscriber 40 
DSL modems, the management information indicating 
presence of an Ethernet-type port, current line speed, 
and media access control (MAC) address; 

wherein the proprietary protocol packets comprise: 

a line identification field that identifies a subscriber line 45 

associated with one of the subscriber DSL modems; 
a sequence identification field that is used for synchro- 
nization between the data frames; 
a data length field that specifies the length of a data 

payload within the data frames; and 50 
a checksum field for error detection. 

2. The multiplexing device as in claim 1, further wherein 
an external POTS splitter supplies DSL signals to the DSL 
transceiver interface. 
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3. The multiplexing device as in claim 1, further wherein 
the subscriber DSL modem and the DSL transceiver inter- 
face utilize a rate adaptive DSL scheme. 

4. The multiplexing device as in claim 1, wherein the 
Ethernet-type port is a lOOBaset-T port, wherein the 
Ethernet-type port supports full duplex operation. 

5. The multiplexing device as in claim 1, further com- 
prising a cross-point switch coupled to the DSL transceiver 
interface for modem pooling, wherein the DSL transceiver 
interface comprises six DSL modems to support at least 
twenty-four subscribers. 

6. The multiplexing device as in claim 1, wherein the 
management information comprises lower and upper Ser- 
vice Access Point (SAP) information. 

7. The multiplexing device as in claim 1, wherein the 
management information comprises a file download module 
for retrieving a runtime file from the multiplexer, wherein 
the runtime file, when executing, is configured to forward 
data from the DSL transceiver interface to the Ethernet-type 
port, forward data from the Ethernet-type port to the DSL 
transceiver interface, control operation of the DSL trans- 
ceiver interface, and share the DSL transceiver interface 
among the plurality of subscriber DSL modems. 

8. The multiplexing device as in claim 1, wherein the DSL 
transceiver, the packet buffer, the Ethernet-type port, and the 
CPU are housed in a stackable chassis, 

9. A multiplexing device for providing high speed net- 
work connectivity for the transport of data frames to at least 
one subscriber, comprising: 

a digital subscriber line (DSL) transceiver interface 
coupled to a plurality of subscriber DSL modems; 

a packet buffer coupled to the DSL transceiver interface 
for storing the data frames, the packet buffer transfer- 
ring the data frames over a packet buffer bus; 

an Ethernet-type port coupled to the packet buffer for 
uplinking to an external switch; and 

a central processing unit (CPU) coupled to the packet 
buffer for executing code to send and receive propri- 
etary protocol packets for communicating management 
information associated with the plurality of subscriber 
DSL modems, the management information indicating 
presence of an Ethernet-type port, current line speed, 
and media access control (MAC) address; 

wherein the management information comprises a file 
download module for retrieving a runtime file from the 
multiplexer, wherein the runtime file, when executing, 
is configured to forward data from the DSL transceiver 
interface to the Ethernet-type port, forward data from 
the Ethernet-type port to the DSL transceiver interface, 
control operation of the DSL transceiver interface, and 
share the DSL transceiver interface among the plurality 
of subscriber DSL modems. 

* * * * * 
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